информация по конфигурации системы

 

платформа vPro
Платформа корпорации Intel для корпоративных ПК.
В ее состав входят новый двухъядерный процессор Core 2 Duo, чипсет Intel Q965 Express с интегрированной графикой и гигабитный сетевой контроллер Intel 82566DM. По своим характеристикам система на базе vPro готова к работе с 64-разрядной версией операционной системы Windows Vista.
Наиболее интересные особенности платформы связаны с технологиями аппаратной виртуализации VT и удаленного управления AMT (Active Management Technology), реализуя возможности которых производители систем и разработчики программного обеспечения создают новые модели использования ПК.
Помимо возможности одновременно запускать несколько операционных систем на одном компьютере, технология VT позволяет решать ряд вопросов в области безопасности. Благодаря ей в системе можно создавать так называемые виртуальные устройства — разделы, где под управлением легковесной служебной операционной системы могут быть запущены такие программные средства, как, например, сетевые экраны. Таким образом, служебное приложение будет работать абсолютно незаметно для пользователя и его операционной системы.
Запуск агента безопасности в среде, независимой от основной операционной системы, позволяет добиться его постоянной работоспособности и большей защищенности от атак.
Вторая технология, реализованная в vPro, — AMT — позволяет администратору получить удаленный доступ даже к неработающему пользовательскому компьютеру. По словам регионального директора Intel в странах СНГ Дмитрия Конаша, переход на vPro приведет к существенной экономии на управлении ИТ-инфраструктурой за счет упрощения учета парка персональных компьютеров, поскольку сведения обо всех подключенных к сети ПК (информация о конфигурации системы хранится в специальном разделе энергонезависимой памяти) будут собираться автоматически, а также за счет сокращения количества визитов ИТ-персонала на рабочие места пользователей в случае каких-либо сбоев.
Большинство проблем, в том числе возникших из-за краха операционной системы, администратор может полностью решить удаленно, поскольку имеет возможность включить питание ПК, дав команду по локальной сети, получить доступ к BIOS, прочитать журнал событий и восстановить ОС.
Такая проблема, как поломка жесткого диска, также теоретически потребует только одного визита: при помощи средств диагностики администратор определит причину неисправности, модель жесткого диска и придет к пользовательскому ПК уже с необходимым запасным устройством.
С точки зрения пользователей, процедуры текущего обслуживания настольных ПК должны доставлять меньше хлопот, поскольку администраторы могут назначать обновление программного обеспечения на ночное время вместо того, чтобы делать это в разгар рабочего дня.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• Intel vPro
• vPro

 

платформа vPro
Платформа корпорации Intel для корпоративных ПК.
В ее состав входят новый двухъядерный процессор Core 2 Duo, чипсет Intel Q965 Express с интегрированной графикой и гигабитный сетевой контроллер Intel 82566DM. По своим характеристикам система на базе vPro готова к работе с 64-разрядной версией операционной системы Windows Vista.
Наиболее интересные особенности платформы связаны с технологиями аппаратной виртуализации VT и удаленного управления AMT (Active Management Technology), реализуя возможности которых производители систем и разработчики программного обеспечения создают новые модели использования ПК.
Помимо возможности одновременно запускать несколько операционных систем на одном компьютере, технология VT позволяет решать ряд вопросов в области безопасности. Благодаря ей в системе можно создавать так называемые виртуальные устройства — разделы, где под управлением легковесной служебной операционной системы могут быть запущены такие программные средства, как, например, сетевые экраны. Таким образом, служебное приложение будет работать абсолютно незаметно для пользователя и его операционной системы.
Запуск агента безопасности в среде, независимой от основной операционной системы, позволяет добиться его постоянной работоспособности и большей защищенности от атак.
Вторая технология, реализованная в vPro, — AMT — позволяет администратору получить удаленный доступ даже к неработающему пользовательскому компьютеру. По словам регионального директора Intel в странах СНГ Дмитрия Конаша, переход на vPro приведет к существенной экономии на управлении ИТ-инфраструктурой за счет упрощения учета парка персональных компьютеров, поскольку сведения обо всех подключенных к сети ПК (информация о конфигурации системы хранится в специальном разделе энергонезависимой памяти) будут собираться автоматически, а также за счет сокращения количества визитов ИТ-персонала на рабочие места пользователей в случае каких-либо сбоев.
Большинство проблем, в том числе возникших из-за краха операционной системы, администратор может полностью решить удаленно, поскольку имеет возможность включить питание ПК, дав команду по локальной сети, получить доступ к BIOS, прочитать журнал событий и восстановить ОС.
Такая проблема, как поломка жесткого диска, также теоретически потребует только одного визита: при помощи средств диагностики администратор определит причину неисправности, модель жесткого диска и придет к пользовательскому ПК уже с необходимым запасным устройством.
С точки зрения пользователей, процедуры текущего обслуживания настольных ПК должны доставлять меньше хлопот, поскольку администраторы могут назначать обновление программного обеспечения на ночное время вместо того, чтобы делать это в разгар рабочего дня.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• Intel vPro
• vPro

 

адресуемые ресурсы
Функциональные компоненты системы и др.: память, регистры ввода-вывода, информация о конфигурации, механизм прерывания. Часто используются сочетания типа: область памяти, область ввода-вывода и т. д.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• addressable resources

 

конфигурационная единица
КЕ
(ITIL Service Transition)
Любой компонент или другой сервисный актив, которым необходимо управлять для того, чтобы предоставлять ИТ-услугу. Информация о каждой конфигурационной единице регистрируется в форме конфигурационной записи в системе управления конфигурациями и поддерживается актуальной в течение всего жизненного цикла процессом управления сервисными активами и конфигурациями. Конфигурационные единицы находятся под контролем процесса управления изменениями. Обычно они включают в себя ИТ-услуги, оборудование, программное обеспечение, здания, людей и документы, такие как процессная документация и соглашения об уровне услуг.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

configuration item
CI
(ITIL Service Transition)
Any component or other service asset that needs to be managed in order to deliver an IT service. Information about each configuration item is recorded in a configuration record within the configuration management system and is maintained throughout its lifecycle by service asset and configuration management. Configuration items are under the control of change management. They typically include IT services, hardware, software, buildings, people and formal documentation such as process documentation and service level agreements.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

Синонимы

• КЕ

EN

• configuration item
• CI

 

элемент конфигурации (в Service Manager 2010)
Любой компонент, нуждающийся в управлении для предоставления услуги. В Service Manager к элементам конфигурации могут относиться службы, оборудование, программное обеспечение, строения, пользователи и формальная документация, например документация процесса или соглашения об уровне обслуживания (SLA).
[ http://systemscenter.ru/scsm_help.ru/]

EN

configuration item
Any component that needs to be managed to deliver a service. In Service Manager, configuration items might include services, hardware, software, buildings, people, and formal documentation, such as process documentation and service level agreements (SLA).
[ http://systemscenter.ru/scsm_help.ru/]

Тематики

• информационные технологии в целом

EN

• configuration item

4.7 составная часть конфигурации (configuration item): Объект в пределах конфигурации, который удовлетворяет некоторой функции целевого применения и может быть однозначно идентифицирован в данный момент времени.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

2.4 составная часть конфигурации (configuration item): Компонент инфраструктуры или элемент, который находится или будет находиться под воздействием менеджмента конфигурации.

Примечание - Составные части конфигурации могут значительно различаться по сложности, размерам и типу, начиная с целой системы, включающей технические средства, программные средства и документацию, и заканчивая отдельным модулем или минимальным компонентом технического средства.

Источник: ГОСТ Р ИСО/МЭК 20000-1-2010: Информационная технология. Менеджмент услуг. Часть 1. Спецификация оригинал документа

3.6 элемент конфигурации (configuration item): Объект внутри конфигурации, который удовлетворяет функции конечного использования и может быть однозначно определен в данной эталонной точке.

Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

3.5 элемент конфигурации (configuration item): Объект конфигурации (см. 3.3), выполняющий законченную функцию.

Источник: ГОСТ Р ИСО 10007-2007: Менеджмент организации. Руководящие указания по управлению конфигурацией оригинал документа

 

управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management

 

база данных реального времени
-
[Интент]

База данных реального времени (БДРВ) — база данных, обработка данных в которой, происходит по принципу реального времени. БДРВ применяется в системах промышленной автоматизации АСУ ТП. БДРВ должна обеспечивать синхронизацию, репликацию данных и обеспечивать резервирование для обеспечения отказоустойчивости в реальном масштабе времени.
[ Википедия]

---

Wonderware Historian Server 10.0
высокопроизводительная база данных реального времени для хранения производственной и технологической информации

ОПИСАНИЕ:

Wonderware Historian Server 10.0 обеспечивает необходимую гибкость, высокий уровень масштабируемости и надежности и является идеальным решением при создании простых одноузловых и многоуровневых систем хранения архивных данных.

В Historian Server 10.0 развитая технология хранения и сжатия данных сочетается со стандартным механизмом интерфейса запросов, который гарантирует открытый и простой доступ к хранящейся в хронологическом порядке информации. Все это дает возможность анализа и принятия необходимых технологических и производственных решений соответствующим персоналом в режиме реального времени.

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

Wonderware Historian Server 10.0 осуществляет сбор производственных данных в сотни раз быстрее, чем стандартные системы баз данных, и использует для их хранения небольшой объем памяти. Отличия между возможностями стандартных транзакционных хранилищ данных и требованиями систем обработки хронологической информации в реальном времени не позволяют обычной технологии реляционных баз данных соответствовать требованиям производства.

Инновационная система Historian Server 10.0 предназначена для управления непрерывным множеством упорядоченных хронологических данных, которые по своей природе отличаются от изолированной выборочной информации, хранимой в типичной базе данных.

Система сочетает в себе высокоскоростной первичный сбор данных с дополнениями к встроенной реляционной базе данных Microsoft SQL Server, обеспечивающими работу с временными последовательностями, что позволяет оптимизировать процессы хранения и поиска данных. В Wonderware Historian данные не хранятся непосредственно в таблицах Microsoft SQL Server, вместо этого используется высокооптимизированная файловая система, независимая от реляционной базы данных. Дополнительно алгоритм хранения данных по принципу «вращающейся двери» значительно снижает требования к хранилищу данных при сохранении важных функций их обработки. Он также полностью интегрирует данные о событиях, сводную информацию и производственные данные, а также информацию о конфигурации базы данных.

Полная регистрация всех данных – даже из низкоскоростных и неустойчивых сетей

Historian Server 10.0 обеспечивает непрерывность регистрации благодаря своей отказоустойчивой системе сбора данных, пригодной для работы со SCADA-системами и другими приложениями, использующими низкоскоростные или неустойчивые сети передачи данных. Система позволяет получать и сохранять данные от удаленных терминалов (RTU), полностью регистрируя информацию, необходимую для работы SCADA-систем.

Новые продвинутые режимы поиска данных: стройте запросы быстрее и эффективнее!

Обладая открытой структурой и высоким быстродействием, Historian Server 10.0 позволяет сделать процесс формирования запросов более эффективным и гибким. При этом возможны следующие режимы поиска данных:

• длительность стабильного состояния;
• крутизна характеристики;
• интерполированный;
• максимальное соответствие;
• счетчик;
• минимальное, максимальное, среднее значение;
• средние значения за определенное время;
• циклы и дельта;
• состояние клапана;
• интеграл;
• полный;
• полный обход.

Конфигурация универсальных многоуровневых систем с целью минимизации избыточности (дублирования) данных

С Historian Server 10.0 достаточно легко создать распределенные многоуровневые системы. Система 2-го уровня может служить хранилищем данных для резервной копии критической информации, или многочисленные системы 2-го уровня могут выполнять репликацию всех исторических данных. Многочисленные системы 1-го уровня могут передавать либо весь информационный поток данных, либо только сводные агрегированные данные в одну или несколько систем 2-го уровня. Многоуровневые архитектуры обеспечивают защиту от возможной потери данных, вызванной остановкой информационной системы или простоями в сети.

Основные характеристики

• Высокие быстродействие и уровень сжатия данных.
• Поддержка бизнес-процессов, регулярный процесс обеспечения отчетности.
• Современные методы анализа трендов и составления отчетов.

Ключевые преимущества

• Отслеживание процессов производства и бизнеса в рамках всего предприятия.
• Производство информации для оптимизации процесса принятия более эффективного решения.
• Интеграция данных, поступающих от множества производственных и HMI/SCADA систем.
• Масштабируемость, возможность создавать приложения любого размера.
• Полная интеграция с Wonderware ArchestrА и Wonderware System Platform

 

промышленная сеть верхнего уровня
коммуникационная сеть верхнего уровня
сеть операторского уровня
Сеть верхнего уровня АСУ ТП.
Сеть передачи данных между операторскими станциями, контроллерами и серверами.
[ http://kazanets.narod.ru/NT_PART2.htm]

В данной статье речь пойдет о коммуникационных сетях верхнего уровня, входящих в состав АСУ ТП. Их еще называют сетями операторского уровня, ссылаясь на трехуровневую модель распределенных систем управления.

Сети верхнего уровня служат для передачи данных между контроллерами, серверами и операторскими рабочими станциями. Иногда в состав таких сетей входят дополнительные узлы: центральный сервер архива, сервер промышленных приложений, инженерная станция и т.д. Но это уже опции.

Какие сети используются на верхнем уровне?
В отличие от стандартов полевых шин, здесь особого разнообразия нет. Фактически, большинство сетей верхнего уровня, применяемых в современных АСУ ТП, базируется на стандарте Ethernet (IEEE 802.3) или на его более быстрых вариантах Fast Ethernet и Gigabit Ethernet. При этом, как правило, используется полный стек коммуникационных протоколов TCP/IP. В этом плане сети операторского уровня очень похожи на обычные ЛВС, применяемые в офисных приложениях. Широкое промышленное применение сетей Ethernet обусловлено следующими очевидными моментами:

1.    Промышленные сети верхнего уровня объединяют множество операторских станций и серверов, которые в большинстве случаев представляют собой персональные компьютеры. Стандарт Ethernet отлично подходит для организации подобных ЛВС; для этого необходимо снабдить каждый компьютер лишь сетевым адаптером (NIC, network interface card). Коммуникационные модули Ethernet для промышленных контроллеров просты в изготовлении и легки в конфигурировании. Стоит отметить, что многие современные контроллеры уже имеют встроенные интерфейсы для подключения к сетям Ethernet.

2.   На рынке существует большой выбор недорого коммуникационного оборудования для сетей Ethernet, в том числе специально адаптированного для промышленного применения.

3.   Сети Ethernet обладают большой скоростью передачи данных. Например, стандарт Gigabit Ethernet позволяет передавать данные со скоростью до 1 Gb в секунду при использовании витой пары категории 5. Как будет понятно дальше, большая пропускная способность сети становится чрезвычайно важным моментом для промышленных приложений.

4.   Очень частым требованием является возможность состыковки сети АСУ ТП с локальной сетью завода (или предприятия). Как правило, существующая ЛВС завода базируется на стандарте Ethernet. Использование единого сетевого стандарта позволяет упростить интеграцию АСУ ТП в общую сеть предприятия, что становится особенно ощутимым при реализации и развертывании систем верхнего уровня типа MES (Мanufacturing Еxecution System).

Однако у промышленных сетей верхнего уровня есть своя специфика, обусловленная условиями промышленного применения. Типичными требованиями, предъявляемыми к таким сетям, являются:

1.    Большая пропускная способность и скорость передачи данных. Объем трафика напрямую зависит от многих факторов: количества архивируемых и визуализируемых технологических параметров, количества серверов и операторских станций, используемых прикладных приложений и т.д.

В отличие от полевых сетей жесткого требования детерминированности здесь нет: строго говоря, неважно, сколько времени займет передача сообщения от одного узла к другому – 100 мс или 700 мс (естественно, это не важно, пока находится в разумных пределах). Главное, чтобы сеть в целом могла справляться с общим объемом трафика за определенное время. Наиболее интенсивный трафик идет по участкам сети, соединяющим серверы и операторские станции (клиенты). Это связано с тем, что на операторской станции технологическая информация обновляется в среднем раз в секунду, причем передаваемых технологических параметров может быть несколько тысяч. Но и тут нет жестких временных ограничений: оператор не заметит, если информация будет обновляться, скажем, каждые полторы секунды вместо положенной одной. В то же время если контроллер (с циклом сканирования в 100 мс) столкнется с 500-милисекундной задержкой поступления новых данных от датчика, это может привести к некорректной отработке алгоритмов управления.

2.    Отказоустойчивость. Достигается, как правило, путем резервирования коммуникационного оборудования и линий связи по схеме 2*N так, что в случае выхода из строя коммутатора или обрыва канала, система управления способна в кратчайшие сроки (не более 1-3 с) локализовать место отказа, выполнить автоматическую перестройку топологии и перенаправить трафик на резервные маршруты. Далее мы более подробно остановимся на схемах обеспечения резервирования.

3.    Соответствие сетевого оборудования промышленным условиям эксплуатации. Под этим подразумеваются такие немаловажные технические меры, как: защита сетевого оборудования от пыли и влаги; расширенный температурный диапазон эксплуатации; увеличенный цикл жизни; возможность удобного монтажа на DIN-рейку; низковольтное питание с возможностью резервирования; прочные и износостойкие разъемы и коннекторы. По функционалу промышленное сетевое оборудование практически не отличается от офисных аналогов, однако, ввиду специального исполнения, стоит несколько дороже.
 

Рис. 1. Промышленные коммутаторы SCALANCE X200 производства Siemens (слева) и LM8TX от Phoenix Contact (справа): монтаж на DIN-рейку; питание от 24 VDC (у SCALANCE X200 возможность резервирования питания); поддержка резервированных сетевых топологий.

Говоря о промышленных сетях, построенных на базе технологии Ethernet, часто используют термин Industrial Ethernet, намекая тем самым на их промышленное предназначение. Сейчас ведутся обширные дискуссии о выделении Industrial Ethernet в отдельный промышленный стандарт, однако на данный момент Industrial Ethernet – это лишь перечень технических рекомендации по организации сетей в производственных условиях, и является, строго говоря, неформализованным дополнением к спецификации физического уровня стандарта Ethernet.

Есть и другая точка зрения на то, что такое Industrial Ethernet. Дело в том, что в последнее время разработано множество коммуникационных протоколов, базирующихся на стандарте Ethernet и оптимизированных для передачи критичных ко времени данных. Такие протоколы условно называют протоколами реального времени, имея в виду, что с их помощью можно организовать обмен данными между распределенными приложениями, которые критичны ко времени выполнения и требуют четкой временной синхронизации. Конечная цель – добиться относительной детерминированности при передаче данных. В качестве примера Industrial Ethernet можно привести:

1.    Profinet;
2.    EtherCAT;
3.    Ethernet Powerlink;
4.    Ether/IP.

Эти протоколы в различной степени модифицируют стандартный стек TCP/IP, добавляя в него новые алгоритмы сетевого обмена, диагностические функции, методы самокорректировки и функции синхронизации, оставляя при этом канальный и физический уровни Ethernet неизменными. Это позволяет использовать новые протоколы передачи данных в существующих сетях Ethernet с использованием стандартного коммуникационного оборудования.

Теперь рассмотрим конкретные конфигурации сетей операторского уровня.
На рисунке 2 показана самая простая – базовая конфигурация. Отказ любого коммутатора или обрыв канала связи ( link) ведет к нарушению целостности всей системы. Единичная точка отказа изображена на рисунке красным крестиком.

Рис. 2. Нерезервированная конфигурация сети верхнего уровня

Такая простая конфигурация подходит лишь для систем управления, внедряемых на некритичных участках производства (водоподготовка для каких-нибудь водяных контуров или, например, приемка молока на молочном заводе). Для более ответственных технологических участков такое решение явно неудовлетворительно.

На рисунке 3 показана отказоустойчивая конфигурация с полным резервированием. Каждый канал связи и сетевой компонент резервируется. Обратите внимание, сколько отказов переносит система прежде, чем теряется коммуникация с одной рабочей станцией оператора. Но даже это не выводит систему из строя, так как остается в действии вторая, страхующая рабочая станция.

Рис. 3. Полностью резервированная конфигурация сети верхнего уровня

Резервирование неизбежно ведет к возникновению петлевидных участков сети – замкнутых маршрутов. Стандарт Ethernet, строго говоря, не допускает петлевидных топологий, так как это может привести к зацикливанию пакетов особенно при широковещательной рассылке. Но и из этой ситуации есть выход. Современные коммутаторы, как правило, поддерживают дополнительный прокол Spanning Tree Protocol (STP, IEEE 802.1d), который позволяет создавать петлевидные маршруты в сетях Ethernet. Постоянно анализируя конфигурацию сети, STP автоматически выстраивает древовидную топологию, переводя избыточные коммуникационные линии в резерв. В случае нарушения целостности построенной таким образом сети (обрыв связи, например), STP в считанные секунды включает в работу необходимые резервные линии, восстанавливая древовидную структуры сети. Примечательно то, что этот протокол не требует первичной настройки и работает автоматически. Есть и более мощная разновидность данного протокола Rapid Spanning Tree Protocol (RSTP, IEEE 802.1w), позволяющая снизить время перестройки сети вплоть до нескольких миллисекунд. Протоколы STP и RSTP позволяют создавать произвольное количество избыточных линий связи и являются обязательным функционалом для промышленных коммутаторов, применяемых в резервированных сетях.

На рисунке 4 изображена резервированная конфигурация сети верхнего уровня, содержащая оптоволоконное кольцо для организации связи между контроллерами и серверами. Иногда это кольцо дублируется, что придает системе дополнительную отказоустойчивость.

Рис. 4. Резервированная конфигурация сети на основе оптоволоконного кольца

Мы рассмотрели наиболее типичные схемы построения сетей, применяемых в промышленности. Вместе с тем следует заметить, что универсальных конфигураций сетей попросту не существует: в каждом конкретном случае проектировщик вырабатывает подходящее техническое решение исходя из поставленной задачи и условий применения.

[ http://kazanets.narod.ru/NT_PART2.htm]

Тематики

• автоматизированные системы

Синонимы

• коммуникационная сеть верхнего уровня
• сеть операторского уровня

EN

• terminal bus

 

технология коммутации
-
[Интент]

Современные технологии коммутации
[ http://www.xnets.ru/plugins/content/content.php?content.84]

Статья подготовлена на основании материалов опубликованных в журналах "LAN", "Сети и системы связи", в книге В.Олифер и Н.Олифер "Новые технологии и оборудование IP-сетей", на сайтах www.citforum.ru и опубликована в журнале "Компьютерные решения" NN4-6 за 2000 год.

• Введение
• Коммутация первого уровня.
• Коммутация второго уровня.
• Коммутация третьего уровня.
• Коммутация четвертого уровня.
• Критерии выбора оборудования, физическая и логическая структура сети
• Качество обслуживания (QoS) и принципы задания приоритетов
• Заключение

Введение

На сегодня практически все организации, имеющие локальные сети, остановили свой выбор на сетях типа Ethernet. Данный выбор оправдан тем, что начало внедрения такой сети сопряжено с низкой стоимостью и простотой реализации, а развитие - с хорошей масштабируемостью и экономичностью.

Бросив взгляд назад - увидим, что развитие активного оборудования сетей шло в соответствии с требованиями к полосе пропускания и надежности. Требования, предъявляемые к большей надежности, привели к отказу от применения в качестве среды передачи коаксиального кабеля и перевода сетей на витую пару. В результате такого перехода отказ работы соединения между одной из рабочих станций и концентратором перестал сказываться на работе других рабочих станций сети. Но увеличения производительности данный переход не принес, так как концентраторы используют разделяемую (на всех пользователей в сегменте) полосу пропускания. По сути, изменилась только физическая топология сети - с общей шины на звезду, а логическая топология по-прежнему осталась - общей шиной.

Дальнейшее развитие сетей шло по нескольким путям:

• увеличение скорости,
• внедрение сегментирования на основе коммутации,
• объединение сетей при помощи маршрутизации.

Увеличение скорости при прежней логической топологии - общая шина, привело к незначительному росту производительности в случае большого числа портов.

Большую эффективность в работе сети принесло сегментирование сетей с использованием технология коммутации пакетов. Коммутация наиболее действенна в следующих вариантах:

Вариант 1, именуемый связью "многие со многими" – это одноранговые сети, когда одновременно существуют потоки данных между парами рабочих станций. При этом предпочтительнее иметь коммутатор, у которого все порты имеют одинаковую скорость, (см. Рисунок 1).

Вариант 2, именуемый связью "один со многими" – это сети клиент-сервер, когда все рабочие станции работают с файлами или базой данных сервера. В данном случае предпочтительнее иметь коммутатор, у которого порты для подключения рабочих станций имеют одинаковую небольшую скорость, а порт, к которому подключается сервер, имеет большую скорость,(см. Рисунок 2).

Когда компании начали связывать разрозненные системы друг с другом, маршрутизация обеспечивала максимально возможную целостность и надежность передачи трафика из одной сети в другую. Но с ростом размера и сложности сети, а также в связи со все более широким применением коммутаторов в локальных сетях, базовые маршрутизаторы (зачастую они получали все данные, посылаемые коммутаторами) стали с трудом справляться со своими задачами.

Проблемы с трафиком, связанные с маршрутизацией, проявляются наиболее остро в средних и крупных компаниях, а также в деятельности операторов Internet, так как они вынуждены иметь дело с большими объемами IP-трафика, причем этот трафик должен передаваться своевременно и эффективно.

С подключением настольных систем непосредственно к коммутаторам на 10/100 Мбит/с между ними и магистралью оказывается все меньше промежуточных устройств. Чем выше скорость подключения настольных систем, тем более скоростной должна быть магистраль. Кроме того, на каждом уровне устройства должны справляться с приходящим трафиком, иначе возникновения заторов не избежать.

Рассмотрению технологий коммутации и посвящена данная статья.

Коммутация первого уровня

Термин "коммутация первого уровня" в современной технической литературе практически не описывается. Для начала дадим определение, с какими характеристиками имеет дело физический или первый уровень модели OSI:

физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

Смысл коммутации на первом уровне модели OSI означает физическое (по названию уровня) соединение. Из примеров коммутации первого уровня можно привести релейные коммутаторы некоторых старых телефонных и селекторных систем. В более новых телефонных системах коммутация первого уровня применяется совместно с различными способами сигнализации вызовов и усиления сигналов. В сетях передачи данных данная технология применяется в полностью оптических коммутаторах.

Коммутация второго уровня

Рассматривая свойства второго уровня модели OSI и его классическое определение, увидим, что данному уровню принадлежит основная доля коммутирующих свойств.

Определение. Канальный уровень (формально называемый информационно-канальным уровнем) обеспечивает надежный транзит данных через физический канал. Канальный уровень решает вопросы физической адресации (в противоположность сетевой или логической адресации), топологии сети, линейной дисциплины (каким образом конечной системе использовать сетевой канал), уведомления о неисправностях, упорядоченной доставки блоков данных и управления потоком информации.

На самом деле, определяемая канальным уровнем модели OSI функциональность служит платформой для некоторых из сегодняшних наиболее эффективных технологий. Большое значение функциональности второго уровня подчеркивает тот факт, что производители оборудования продолжают вкладывать значительные средства в разработку устройств с такими функциями.

С технологической точки зрения, коммутатор локальных сетей представляет собой устройство, основное назначение которого - максимальное ускорение передачи данных за счет параллельно существующих потоков между узлами сети. В этом - его главное отличие от других традиционных устройств локальных сетей – концентраторов (Hub), предоставляющих всем потокам данных сети всего один канал передачи данных.

Коммутатор позволяет передавать параллельно несколько потоков данных c максимально возможной для каждого потока скоростью. Эта скорость ограничена физической спецификацией протокола, которую также часто называют "скоростью провода". Это возможно благодаря наличию в коммутаторе большого числа центров обработки и продвижения кадров и шин передачи данных.

Коммутаторы локальных сетей в своем основном варианте, ставшем классическим уже с начала 90-х годов, работают на втором уровне модели OSI, применяя свою высокопроизводительную параллельную архитектуру для продвижения кадров канальных протоколов. Другими словами, ими выполняются алгоритмы работы моста, описанные в стандартах IEEE 802.1D и 802.1H. Также они имеют и много других дополнительных функций, часть которых вошла в новую редакцию стандарта 802.1D-1998, а часть остается пока не стандартизованной.

Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления. Одним из основных различий является используемая в коммутаторе архитектура. Поскольку большинство современных коммутаторов работают на основе патентованных контроллеров ASIC, устройство этих микросхем и их интеграция с остальными модулями коммутатора (включая буферы ввода-вывода) играет важнейшую роль. Контроллеры ASIC для коммутаторов ЛВС делятся на 2 класса - большие ASIC, способные обслуживать множество коммутируемых портов (один контроллер на устройство) и небольшие ASIC, обслуживающие по несколько портов и объединяемые в матрицы коммутации.

Существует 3 варианта архитектуры коммутаторов:
 

• переключение (cross-bar) с буферизацией на входе,
• самомаршрутизация (self-route) с разделяемой памятью
• высокоскоростная шина.

На рисунке 3 показана блок-схема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through. Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственно возможного соединения коммутатор блокируется (рисунок 4). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 5 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

На рисунке 6 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразуются в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную (паралельную) передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

Применение аналогичной параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня модели OSI.

Коммутация третьего уровня

В продолжении темы о технологиях коммутации рассмотренных в предыдущем номера повторим, что применение параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня. Это позволило существенно, в 10-100 раз повысить скорость маршрутизации по сравнению с традиционными маршрутизаторами, в которых один центральный универсальный процессор выполняет программное обеспечение маршрутизации.

По определению Сетевой уровень (третий) - это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным "подсетям", которые могут находиться в разных географических пунктах. В данном случае "подсеть" это, по сути, независимый сетевой кабель (иногда называемый сегментом).

Коммутация на третьем уровне - это аппаратная маршрутизация. Традиционные маршрутизаторы реализуют свои функции с помощью программно-управляемых процессоров, что будем называть программной маршрутизацией. Традиционные маршрутизаторы обычно продвигают пакеты со скоростью около 500000 пакетов в секунду. Коммутаторы третьего уровня сегодня работают со скоростью до 50 миллионов пакетов в секунду. Возможно и дальнейшее ее повышение, так как каждый интерфейсный модуль, как и в коммутаторе второго уровня, оснащен собственным процессором продвижения пакетов на основе ASIC. Так что наращивание количества модулей ведет к наращиванию производительности маршрутизации. Использование высокоскоростной технологии больших заказных интегральных схем (ASIC) является главной характеристикой, отличающей коммутаторы третьего уровня от традиционных маршрутизаторов. Коммутаторы 3-го уровня делятся на две категории: пакетные (Packet-by-Packet Layer 3 Switches, PPL3) и сквозные (Cut-Through Layer 3 Switches, CTL3). PPL3 - означает просто быструю маршрутизацию (Рисунок_7). CTL3 – маршрутизацию первого пакета и коммутацию всех остальных (Рисунок 8).

У коммутатора третьего уровня, кроме реализации функций маршрутизации в специализированных интегральных схемах, имеется несколько особенностей, отличающих их от традиционных маршрутизаторов. Эти особенности отражают ориентацию коммутаторов 3-го уровня на работу, в основном, в локальных сетях, а также последствия совмещения в одном устройстве коммутации на 2-м и 3-м уровнях:
 

• поддержка интерфейсов и протоколов, применяемых в локальных сетях,
• усеченные функции маршрутизации,
• обязательная поддержка механизма виртуальных сетей,
• тесная интеграция функций коммутации и маршрутизации, наличие удобных для администратора операций по заданию маршрутизации между виртуальными сетями.

Наиболее "коммутаторная" версия высокоскоростной маршрутизации выглядит следующим образом (рисунок 9). Пусть коммутатор третьего уровня построен так, что в нем имеется информация о соответствии сетевых адресов (например, IP-адресов) адресам физического уровня (например, MAC-адресам) Все эти МАС-адреса обычным образом отображены в коммутационной таблице, независимо от того, принадлежат ли они данной сети или другим сетям.

Первый коммутатор, на который поступает пакет, частично выполняет функции маршрутизатора, а именно, функции фильтрации, обеспечивающие безопасность. Он решает, пропускать или нет данный пакет в другую сеть Если пакет пропускать нужно, то коммутатор по IP-адресу назначения определяет МАС-адрес узла назначения и формирует новый заголовок второго уровня с найденным МАС-адресом. Затем выполняется обычная процедура коммутации по данному МАС-адресу с просмотром адресной таблицы коммутатора. Все последующие коммутаторы, построенные по этому же принципу, обрабатывают данный кадр как обычные коммутаторы второго уровня, не привлекая функций маршрутизации, что значительно ускоряет его обработку. Однако функции маршрутизации не являются для них избыточными, поскольку и на эти коммутаторы могут поступать первичные пакеты (непосредственно от рабочих станций), для которых необходимо выполнять фильтрацию и подстановку МАС-адресов.

Это описание носит схематический характер и не раскрывает способов решения возникающих при этом многочисленных проблем, например, проблемы построения таблицы соответствия IP-адресов и МАС-адресов

Примерами коммутаторов третьего уровня, работающих по этой схеме, являются коммутаторы SmartSwitch компании Cabletron. Компания Cabletron реализовала в них свой протокол ускоренной маршрутизации SecureFast Virtual Network, SFVN.

Для организации непосредственного взаимодействия рабочих станций без промежуточного маршрутизатора необходимо сконфигурировать каждую из них так, чтобы она считала собственный интерфейс маршрутизатором по умолчанию. При такой конфигурации станция пытается самостоятельно отправить любой пакет конечному узлу, даже если этот узел находится в другой сети. Так как в общем случае (см. рисунок 10) станции неизвестен МАС-адрес узла назначения, то она генерирует соответствующий ARP-запрос, который перехватывает коммутатор, поддерживающий протокол SFVN. В сети предполагается наличие сервера SFVN Server, являющегося полноценным маршрутизатором и поддерживающего общую ARP-таблицу всех узлов SFVN-сети. Сервер возвращает коммутатору МАС-адрес узла назначения, а коммутатор, в свою очередь, передает его исходной станции. Одновременно сервер SFVN передает коммутаторам сети инструкции о разрешении прохождения пакета с МАС-адресом узла назначения через границы виртуальных сетей. Затем исходная станция передает пакет в кадре, содержащем МАС-адрес узла назначения. Этот кадр проходит через коммутаторы, не вызывая обращения к их блокам маршрутизации. Отличие протокола SFVN компании Cabletron от - описанной выше общей схемы в том, что для нахождения МАС-адреса по IP-адресу в сети используется выделенный сервер.

Протокол Fast IP компании 3Com является еще одним примером реализации подхода с отображением IP-адреса на МАС-адрес. В этом протоколе основными действующими лицами являются сетевые адаптеры (что не удивительно, так как компания 3Com является признанным лидером в производстве сетевых адаптеров Ethernet) С одной стороны, такой подход требует изменения программного обеспечения драйверов сетевых адаптеров, и это минус Но зато не требуется изменять все остальное сетевое оборудование.

При необходимости передать пакет узлу назначения другой сети, исходный узел в соответствии с технологией Fast IP должен передать запрос по протоколу NHRP (Next Hop Routing Protocol) маршрутизатору сети. Маршрутизатор переправляет этот запрос узлу назначения, как обычный пакет Узел назначения, который также поддерживает Fast IP и NHRP, получив запрос, отвечает кадром, отсылаемым уже не маршрутизатору, а непосредственно узлу-источнику (по его МАС-адресу, содержащемуся в NHRP-запросе). После этого обмен идет на канальном уровне на основе известных МАС-адресов. Таким образом, снова маршрутизировался только первый пакет потока (как на рисунке 9 кратковременный поток), а все остальные коммутировались (как на рисунке 9 долговременный поток).

Еще один тип коммутаторов третьего уровня — это коммутаторы, работающие с протоколами локальных сетей типа Ethernet и FDDI. Эти коммутаторы выполняют функции маршрутизации не так, как классические маршрутизаторы. Они маршрутизируют не отдельные пакеты, а потоки пакетов.

Поток — это последовательность пакетов, имеющих некоторые общие свойства. По меньшей мере, у них должны совпадать адрес отправителя и адрес получателя, и тогда их можно отправлять по одному и тому же маршруту. Если классический способ маршрутизации использовать только для первого пакета потока, а все остальные обрабатывать на основании опыта первого (или нескольких первых) пакетов, то можно значительно ускорить маршрутизацию всего потока.

Рассмотрим этот подход на примере технологии NetFlow компании Cisco, реализованной в ее маршрутизаторах и коммутаторах. Для каждого пакета, поступающего на порт маршрутизатора, вычисляется хэш-функция от IP-адресов источника, назначения, портов UDP или TCP и поля TOS, характеризующего требуемое качество обслуживания. Во всех маршрутизаторах, поддерживающих данную технологию, через которые проходит данный пакет, в кэш-памяти портов запоминается соответствие значения хэш-функции и адресной информации, необходимой для быстрой передачи пакета следующему маршрутизатору. Таким образом, образуется квазивиртуальный канал (см. Рисунок 11), который позволяет быстро передавать по сети маршрутизаторов все последующие пакеты этого потока. При этом ускорение достигается за счет упрощения процедуры обработки пакета маршрутизатором - не просматриваются таблицы маршрутизации, не выполняются ARP-запросы.

Этот прием может использоваться в маршрутизаторах, вообще не поддерживающих коммутацию, а может быть перенесен в коммутаторы. В этом случае такие коммутаторы тоже называют коммутаторами третьего уровня. Примеров маршрутизаторов, использующих данный подход, являются маршрутизаторы Cisco 7500, а коммутаторов третьего уровня — коммутаторы Catalyst 5000 и 5500. Коммутаторы Catalyst выполняют усеченные функции описанной схемы, они не могут обрабатывать первые пакеты потоков и создавать новые записи о хэш-функциях и адресной информации потоков. Они просто получают данную информацию от маршрутизаторов 7500 и обрабатывают пакеты уже распознанных маршрутизаторами потоков.

Выше был рассмотрен способ ускоренной маршрутизации, основанный на концепции потока. Его сущность заключается в создании квазивиртуальных каналов в сетях, которые не поддерживают виртуальные каналы в обычном понимании этого термина, то есть сетях Ethernet, FDDI, Token Ring и т п. Следует отличать этот способ от способа ускоренной работы маршрутизаторов в сетях, поддерживающих технологию виртуальных каналов — АТМ, frame relay, X 25. В таких сетях создание виртуального канала является штатным режимом работы сетевых устройств. Виртуальные каналы создаются между двумя конечными точками, причем для потоков данных, требующих разного качества обслуживания (например, для данных разных приложений) может создаваться отдельный виртуальный канал. Хотя время создания виртуального канала существенно превышает время маршрутизации одного пакета, выигрыш достигается за счет последующей быстрой передачи потока данных по виртуальному каналу. Но в таких сетях возникает другая проблема — неэффективная передача коротких потоков, то есть потоков, состоящих из небольшого количества пакетов (классический пример — пакеты протокола DNS).

Накладные расходы, связанные с созданием виртуального канала, приходящиеся на один пакет, снижаются при передаче объемных потоков данных. Однако они становятся неприемлемо высокими при передаче коротких потоков. Для того чтобы эффективно передавать короткие потоки, предлагается следующий вариант, при передаче нескольких первых пакетов выполняется обычная маршрутизация. Затем, после того как распознается устойчивый поток, для него строится виртуальный канал, и дальнейшая передача данных происходит с высокой скоростью по этому виртуальному каналу. Таким образом, для коротких потоков виртуальный канал вообще не создается, что и повышает эффективность передачи.

По такой схеме работает ставшая уже классической технология IP Switching компании Ipsilon. Для того чтобы сети коммутаторов АТМ передавали бы пакеты коротких потоков без установления виртуального канала, компания Ipsilon предложила встроить во все коммутаторы АТМ блоки IP-маршрутизации (рисунок 12), строящие обычные таблицы маршрутизации по обычным протоколам RIP и OSPF.

Компания Cisco Systems выдвинула в качестве альтернативы технологии IP Switching свою собственную технологию Tag Switching, но она не стала стандартной. В настоящее время IETF работает над стандартным протоколом обмена метками MPLS (Multi-Protocol Label Switching), который обобщает предложение компаний Ipsilon и Cisco, а также вносит некоторые новые детали и механизмы. Этот протокол ориентирован на поддержку качества обслуживания для виртуальных каналов, образованных метками.

Коммутация четвертого уровня

Свойства четвертого или транспортного уровня модели OSI следующие: транспортный уровень обеспечивает услуги по транспортировке данных. В частности, заботой транспортного уровня является решение таких вопросов, как выполнение надежной транспортировки данных через объединенную сеть. Предоставляя надежные услуги, транспортный уровень обеспечивает механизмы для установки, поддержания и упорядоченного завершения действия виртуальных каналов, систем обнаружения и устранения неисправностей транспортировки и управления информационным потоком (с целью предотвращения переполнения данными из другой системы).

Некоторые производители заявляют, что их системы могут работать на втором, третьем и даже четвертом уровнях. Однако рассмотрение описания стека TCP/IP (рисунок 1), а также структуры пакетов IP и TCP (рисунки 2, 3), показывает, что коммутация четвертого уровня является фикцией, так как все относящиеся к коммутации функции осуществляются на уровне не выше третьего. А именно, термин коммутация четвертого уровня с точки зрения описания стека TCP/IP противоречий не имеет, за исключением того, что при коммутации должны указываться адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя. Пакеты TCP имеют поля локальный порт отправителя и локальный порт получателя (рисунок 3), несущие смысл точек входа в приложение (в программу), например Telnet с одной стороны, и точки входа (в данном контексте инкапсуляции) в уровень IP. Кроме того, в стеке TCP/IP именно уровень TCP занимается формированием пакетов из потока данных идущих от приложения. Пакеты IP (рисунок 2) имеют поля адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя и следовательно могут наряду с MAC адресами использоваться для коммутации. Тем не менее, название прижилось, к тому же практика показывает, что способность системы анализировать информацию прикладного уровня может оказаться полезной — в частности для управления трафиком. Таким образом, термин "зависимый от приложения" более точно отражает функции так называемых коммутаторов четвертого уровня.

Тематики

• сети вычислительные

EN

• switching technology

 

башмак
втулка
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

Синонимы

• втулка

EN

• hub

 

втулка ВК
втулка ветроколеса
Элемент ВК, предназначенный для крепления лопастей и передачи момента вращения к СПМ ветроагрегата.
[ ГОСТ Р 51237-98]

Тематики

• ветроэнергетика

Синонимы

• втулка ветроколеса

EN

• hub

 

гнездо (монтажное)
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• hub

 

концентратор
Сетевой концентратор ЛВС, через который к сети подключаются узлы в топологии "звезда".
[ http://www.morepc.ru/dict/]

концентратор
Устройство, осуществляющее прием сообщений с нескольких медленных линий и передачу их по одному высокоскоростному каналу.
[ http://www.morepc.ru/dict/]

концентратор
Концентратор это сетевое устройство, соединяющее несколько компьютеров локальной вычислительной сети и обеспечивающее их взаимодействие друг с другом, с остальной сетью и Интернетом. Все пользователи, подключенные к концентратору, совместно используют доступную полосу пропускания сети (в отличие от коммутаторов, которые обеспечивают полную полосу пропускания для каждого ПК).
[ http://www.sotovik.ru/lib/news_article/news_26322.html]

Концентратор (англ. Hub) -
разветвительное устройство, служащее центральным звеном в локальных сетях, имеющих топологию "звезда". Концентратор имеет несколько портов для подключения отдельных компьютеров и для соединения с другими хабами.

Фактически хаб представляет собой мультипортовый репитер, т.е. его основная задача - получение данных от подключенных к портам концентратора компьютеров или других хабов, реформирование сигнала одновременно с его усилением, и его дальнейшая ретрансляция на другие порты. На переднюю панель концентратора выводится информация о состоянии сети (перегрузка сети или отдельного порта, включение питания, коллизии).

Функции данных устройств различны: от простых концентраторов проводных линий до крупных устройств, являющихся центральным узлом сети, поддерживающих функции управления и целый ряд стандартов (Ethernet, Fast Ethernet, Gigabit Ethernet, FDDI и т.д.). Существует также концентраторы, играющие важную роль в системе защиты сети. Кроме того, концентраторы служат центральной точкой для подключения кабелей, изменения конфигурации, поиска неисправностей и централизованного управления, упрощая выполнение всех этих операций. В основном же функция концентратора состоит в объединении пользователей в один сетевой сегмент.

Концентраторы подразделяются на 10-, 100- и 10/100-Мбит, активные и пассивные. Многие 10-Мбит хабы имеют разъемы и под витую пару (RJ-45), и под коаксиальный кабель (BNC или AUI).

В зависимости от числа рабочих станций и длины кабеля между рабочими станциями применяют пассивные и активные концентраторы. Активные концентраторы дополнительно содержат усилитель для подключения 4, 8, 16 или 32 рабочих станций. Пассивный концентратор является исключительно разветвительным устройством (максимум на три рабочие станции). Максимальное расстояние от концентратора до рабочей станции составляет 100 метров.

Традиционные концентраторы поддерживают только один сетевой сегмент, предоставляя всем подключаемым к ним пользователям одну и ту же полосу пропускания. При небольшом числе пользователей такая система превосходно работает. В случае увеличения числа пользователей начинает сказываться конкуренция за полосу пропускания, что замедляет трафик в локальной сети.

Как правило, один из разъемов RJ-45 концентратора имеет разводку, позволяющую присоединять его к другим хабам. Наращиваемые (стековые) концентраторы позволяют постепенно увеличивать размер сети. Такие концентраторы соединяются друг с другом гибкими кабелями расширения, ставятся один на другой и функционируют как один концентратор. Такое "многоэтажное" подключение концентраторов друг к другу называют каскадированием. Соответствующий порт обычно обозначается надписью "In", "Uplink", "Cascading" или "Cross-Over".

Двухскоростные концентраторы (dual-speed) можно использовать для создания современных сетей с совместно используемыми сетевыми сегментами. Они поддерживают существующие каналы Ethernet 10 Мбит/с и сети Fast Ethernet 100 Мбит/с, автоматически опознавая скорость соединения, что позволяет не настраивать конфигурацию вручную. Это упрощает модернизацию соединений, переход от сети Ethernet к Fast Ethernet, когда необходима поддержка новых приложений, интенсивно использующих полосу пропускания сети, или сегментов с большим числом пользователей.

Ценовой диапазон концентраторов колеблется в широких пределах. Существует множество различных моделей концентраторов, все они различаются количеством портов, пропускной способностью и другими техническими характеристиками. Самые недорогие варианты для малых локальных сетей стоят $30-70, более совершенные концентраторы - несколько сотен долларов США.

[ http://sharovt.narod.ru/l10.htm]

Тематики

• сети вычислительные

EN

• concentrator
• hub

 

концентратор (сети и системы связи)
Активный компонент, порты которого связывают вместе отдельные сегменты среды, создавая более крупную сеть, которая действует как единая вычислительная сеть.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

EN

hub
active network component. Each port of a hub links individual media segments together to create a larger network that operates as a single LAN. Collisions in the network are possible
[IEC 61850-2, ed. 1.0 (2003-08)]

Тематики

• релейная защита

EN

• hub

 

концентратор каналов
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• channel concentrator
• line concentrator
• hub

 

концентратор линий связи
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• line concentrator
• hub

 

распределитель каналов
сетевой концентратор
коммутационный центр в сетях типа "звезда"
центральный кросс (в кабельных системах)
ядро (сети)
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• сетевой концентратор
• коммутационный центр в сетях типа "звезда"
• центральный кросс (в кабельных системах)
• ядро (сети)

EN

• hub

 

раструб (для соединения труб)
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• hub

 

сетевой концентратор
Устройство, используемое в локальных сетях для физического объединения сегментов этой сети. С помощью концентраторов формируется требуемая топология локальной сети.
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• hub

 

транспортный узел/хаб
Точка транспортной системы, где начинаются и заканчиваются различные транспортные линии и транспортные услуги. Транспортный узел не обязательно предназначен для обслуживания только одной категории клиентов Игр или использования только одного вида транспортных средств. Например, пересадочный узел может быть местом пересадки с автомобилей (которые остаются на стоянке) на автобусы.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

hub
Point in the transport system that has multiple lines or services starting and finishing. A hub may not serve a single Games client or mode of vehicle. For example, an interchange hub may be where vehicles are parked and bus services commence.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• спорт (службы Игр)

EN

• hub

 

центральный кросс (в структурированных кабельных системах)
См. chassis ~, segmented ~, shared-, stackable ~,
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• hub

 

центровик (локальной вычислительной сети)
Устройство, используемое для взаимосвязи нескольких устройств оконечного оборудования данных и выполняющее функции восстановления амплитуды сигналов, синхронизации сигналов, обнаружения конфликтов в локальной вычислительной сети и оповещения о них, а также распространения сигналов по центровикам нижних уровней и оконечному оборудованию данных.
[ ГОСТ 29099-91]

Тематики

• сети вычислительные

Обобщающие термины

• шинная сеть со случайным доступом

EN

• hub

3.13 концентратор (hub): Сетевое устройство, которое функционирует на первом уровне эталонной модели взаимодействия открытых систем.

Примечание - Сетевые концентраторы нельзя считать интеллектуальными устройствами в общепринятом смысле, они обеспечивают только точки физического соединения для сетевых систем или ресурсов.

Источник: ГОСТ Р ИСО/МЭК 18028-1-2008: Информационная технология. Методы и средства обеспечения безопасности. Сетевая безопасность информационных технологий. Часть 1. Менеджмент сетевой безопасности оригинал документа

3.13 концентратор (hub): Сетевое устройство, которое функционирует на первом уровне эталонной модели взаимодействия открытых систем.

Примечание - Сетевые концентраторы не являются интеллектуальными устройствами, они обеспечивают только точки физического соединения для сетевых систем или ресурсов.

Источник: ГОСТ Р ИСО/МЭК 27033-1-2011: Информационная технология. Методы и средства обеспечения безопасности. Безопасность сетей. Часть 1. Обзор и концепции оригинал документа

 

барабанный переключатель
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• barrel switch
• drum switch
• drum switch
• DS
• drum switch
• DSW

 

вниз по потоку
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• downstream
• DS

 

водосточная труба
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• rainwater pipe
• spout
• downspout
• DS
• rainwater pipe
• RWP
• leader

 

двухсторонняя дискета
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• double-sided disk
• DS

 

динамическое переключение
динамическая коммутация
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

Синонимы

• динамическая коммутация

EN

• dynamic switching
• DS

 

динамическое рассеивание
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• dynamic scattering
• DS

 

дуплексное разнесение
(Радио)частотный разнос между соответствующими радиостволами прямого и обратного направлений (МСЭ-R F.746-7).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• duplex spacing
• DS

 

набор данных
Идентифицированная совокупность физических записей, организованная одним из установленных в системе обработки данных способов и представляющая файлы или части файлов в среде хранения.
[ ГОСТ 20886-85]

набор данных
Множество элементов данных, объединенных в отдельное целое для решения определенной задачи.
Чаще всего набор данных представляется в виде файла, сообщения либо блока данных.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

набор данных
НД
-
[ ГОСТ Р МЭК 61850-7-2-2009]

  НАБОР ДАННЫХ (НД)

НД представляет собой набор ссылок на данные внутри информационной модели устройства. В НД могут быть включены как отдельные атрибуты данных (например, запись PTOC1.Str.general будет соответствовать одному логическому сигналу пуска защиты), так и логические узлы целиком (например PTOC1). Устройства могут поддерживать различное количество наборов данных. Кроме того, устройства могут иметь фиксированные (то есть когда набор данных нельзя изменить) либо конфигурируемые наборы данных. Также возможны различные степени свободы конфигурации наборов данных: изменение данных, изменение наименования и т.п. Использование наборов данных проиллюстрировано на рис. 3. При рассмотрении контроллера присоединения, на который заведены сигналы о положении всех разъединителей и заземлителей рассматриваемого присоединения, в устройстве должны присутствовать логические узлы, соответствующие каждому из аппаратов (в нашем случае – XSWI1...5). Примером набора данных может служить DATASET с наименованием SwitchPositions, включающий в себя элементы данных Pos каждого из указанных логических узлов. В дальнейшем составленный набор данных может использоваться, например, для сохранения событий в журнале при каждом изменении положения коммутационного аппарата (с использованием сервиса Log), отправки отчета о событии (с использованием сервиса Report) либо быстрого сообщения о событии (с использованием сервиса GOOSE).   Рис. 3. Использование наборов данных  

Англо-русский словарь нормативно-технической терминологии > DS

 

самоописание (сети и системы связи)
Содержащаяся в интеллектуальном электронном устройстве информация о собственной конфигурации, которая должна быть представлена в стандартном виде и доступна через средства связи.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

EN

self-description
device contains information on its configuration. The representation of this information has to be standardised and has to be accessible via communication (in the context of this standard series)
[IEC 61850-2, ed. 1.0 (2003-08)]

Тематики

• релейная защита

EN

• self-description